Add the following entries to 'suffix mapping' preferences:
suffix type creator name transfer as...
.gz Gzip Gzip gziped binary
.tgz Gzip Gzip tar.gz binary
.Z ZIVU Gzip compressed binary
.zip pZIP Gzip pkziped binary
Or use the suffix mapping included with MacGzip
Fetch 3.x
It can use the same as above or Internet Config.
Zterm
(I'm not a Zterm user, so I'm not sure about this point)
Add strings (using ResEdit or similar) to resources 'STR# 335' and 'STR# 330'
Example:
For gzip files: 1GzipGzip.gz
(Read ZTerm documentation for more information)
Peter Lewis' Anarchie & NetPresenz
They use Internet Config
(http://www.stairways.com/ic/index.html)
XferIt 1.5
The "Guess" transfer type in XferIt is used to automatically set the transfer type depending on the extension of the file being transferred. The guess mode is useful particularly for receiving of directory trees. The default mappings are listed here:
These mappings are located in 'STR#' resources 128-131 in the XferIt application. You can add additional mappings simply by adding additional strings to the four resources.
Binary: …, .tgz, .taz, .gz, .Z
Columbia AppleTalk Package
Add
.Z Raw 'Gzip' 'ZIVU' "Unix Compress File"
.gz Raw 'Gzip' 'Gzip' "Unix Gzip File"
.taz Raw 'Gzip' 'ZIVU' "Unix Tar.Z Archive"
.tgz Raw 'Gzip' 'Gzip' "Unix GTar Archive"
.z Raw 'Gzip' 'Gzip' "Unix Old Gzip File"
to your aufs afpfile. (If after that you can't mount the volume, maybe you
should recompile aufs with a larger suffix table. Default is 32 suffixes, you can
change NUMUFT in applications/aufs/afpudb.h. I have set it to 512 and it works fine)
You may want to use "AFPFM" to create your afpfile from your Internet Config settings.
(available at <ftp://ivo.cps.unizar.es/pub/SPDsoft/AFPFM.cpt>)
Note: There is a problem with x-gzip in all versions of Netscape for the Macintosh (at least, all versions I have tested, up to 3.01).
Most HTTP servers consider 'x-gzip' an encoding, rather than a mime-type; this is because Unix Netscape can decode it internally easily by using unix pipes. In Windows and Mac, by now gzip decoding is not handled; so you get an alert saying
"Warning: unrecognized encoding: 'x-gzip'"
The problem (bug?) is that even if you download the file to your local disk (by dragging it to your desktop, for instance); netscape sets the type to the resulting of stripping the '.gz' extension instead of the one defined in the "Helpers" dialog.
This confuses MacGzip; a workaround, if you have to do this often, is to set MacGzip preferences to "misc:default function:decompress".
(You can use also hold the shift key while dragging to MacGzip to force decoding)
(You can use Marc Boon's ICTypeChanger http://www.users.dircon.co.uk/~marcb